I've noticed a few things about naming:
Because of this, we need a standard to avoid most of the common pitfalls of erroneous map naming. This is not to be a control freak, its to avoid as much unnecessary problems as possible. This tutorial handles map, pk3 and readme naming. It ends with an explanation on WHY you need to name your files in a certain way.
Naming your *.bsp file ( compiled from your *.map file ) is the most important part of naming. It affects if the correct map is loaded when entering a server. Giving an SP map a bad name, is less problematic as there is no server involved, but giving an MP map a bad name may make problems appear:
This is a good map file name:
<GAMETYPE>_<MAPNAME>_<VERSION>.bsp
Example: obj_vemork_1_1.bsp
| Key | Value |
|---|---|
| <GAMETYPE> | sp, obj, dm, tow, ctf or any other kind of crazy game type. |
| <MAPNAME> | Shortest possible name to describe the map. |
| <VERSION> | Major and minor version ( 1.0 -> 1.1 for small change, 1.1 -> 2.0 for big change ). Or just a single number ( few maps get more than 2-3 versions until they are final ). Don't use a dot in the version number! More than one dot in the file name is known to cause the map not to load on Mac computers. |
Naming the *.pk3 file correctly is more a question of giving the players a consistent and recognizable naming structure, than affecting map loading behavior:
This is a good pk3 file name structure:
user-<GAMETYPE>_<MAPNAME>_<VERSION>.pk3
Example: user-obj_vemork_1_2.pk3
| Key | Value |
|---|---|
| user- | Tells the players that this is not a standard pk3 that was shipped by the games creators. |
| <GAMETYPE> | SP, obj, dm, tow, ctf or any other kind of crazy game type. |
| <MAPNAME> | Shortest possible name to describe the map. |
| <VERSION> | Major and minor version ( 1.0 -> 1.1 for small change, 1.1 -> 2.0 for big change ). Or just a single number ( few maps get more than 2-3 versions until they are final ). Don't use a dot in the version number! More than one dot in the file name is known to cause the map not to load on Mac computers. |
Naming the readme file in a consistent way will increase the chance that a player that actually wants to see what's in it ( rare indeed ), can find it. Naming a readme file readme.txt as is the application standard does not work well when there are more readme files than one expected in the same directory.
This is a good readme file name structure:
user-<GAMETYPE>_<MAPNAME>_<VERSION>_readme.txt
( or <PK3NAMEWITHOUTSUFFIX>_readme.txt )
Example: user-obj_vemork_1_2_readme.txt
| Key | Value |
|---|---|
| <GAMETYPE> | SP, obj, dm, tow, ctf or any other kind of crazy game type. |
| <MAPNAME> | Shortest possible name to describe the map. |
| <VERSION> | Major and minor version ( 1.0 -> 1.1 for small change, 1.1 -> 2.0 for big change ). Or just a single number ( few maps get more than 2-3 versions until they are final ). Don't use a dot in the version number! More than one dot in the file name is known to cause the map not to load on Mac computers. |
...this way you can easily find the readme to tell someone an error or send them love letters, because the readme will be located next to the *pk3 in main, because it has an almost identical name ( and wont be overwritten by the next map you install's readme file ).
- Bjarne